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SIGNALING TRANSPORT OVER A BEARER NETWORK 
FOR LOW LATENCY SERVICES 



10 



Background of the Invention 

7. Field of the Invention 

The invention is related to the field of communications, and in particular, to 
transporting signaling over a bearer network for low latency services provided by a wireless 
communication network. 



2. Statement of the Problem 

Communication providers are continually improving the services they provide to 
their customers. Wireless services have become very popular due to the conveniences that 
they provide to the customers. Wireless services, such as cellular and PCS phones, are 

1 5 common for both personal and business use. Because many communication providers 
provide the basic cellular or PCS service, these communication providers compete to 
provide other services that are new and useful. 

One service provided by one or more communication providers is Push to Talk 
(PTT) service. PTT service was initiated by Nextel Communications of Reston, VA. PTT- 

20 type services will be referred to herein as Push to Call (PTC) services. Push to Call is a 
service that allows a subscriber to use their cellular phone like a walkie-talkie. The 
subscriber simply pushes a button on the phone to quickly connect to one or more other 
subscribers set up in their group list or "buddy list" maintained in a Push to Call (PTC) 
server. Some subscribers like the quick connection provided by the PTC service. 

25 One challenge in providing PTC service is that low latency call setup is desired. 

End-to-end call setup should be about one second or less to provide the walkie-talkie 
operation that is satisfactory to the subscriber. Low latency call setup may also be desired 
for other services. Unfortunately, some current wireless communication networks may not 
be able to provide call setup that is fast enough for services that require low latency call 

30 setup. 

Wireless communication networks typically include a signaling network and a 
bearer network. One reason why current wireless communication networks may not be able 
to provide fast enough call setup is that the signaling network for transporting call setup 
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messages is engineered for capacity and not to provide low latency call setup. The 
signaling network is engineered to handle as many calls as possible because wireless 
communication networks provide service to millions of subscribers. One way the signaling 
network increases capacity is with message bundling. For message bundling, the signaling 
5 network buffers multiple signaling messages to a destination before transmitting the 

messages to the destination. Message bundling can allow the signaling network to handle 
higher call loads, but may also increase call setup delays. The call setup delays may not be 
as important in the signaling network because the signaling network transports signaling 
messages that are generally not real-time critical. The signaling messages may be delayed 

10 without a noticeable effect as long as the delay is not exorbitant. Call setup latency for a 
typical call may be multiple seconds. 

Unfortunately, many wireless communication networks are not currently configured 
to provide low latency call setup. Because the call setup latency of the wireless 
communication networks may be too high to provide low latency services, the 

15 communication providers may not be able to offer valuable low latency services, such as 
PTC services, to their customers and potential customers. 

Summary of the Solution 

The invention solves the above problems and other problems with a wireless 
20 communication network and methods of operating a wireless communication network in 
exemplary embodiments described herein. The wireless communication network 
embodying the invention is able to provide low latency service by transporting call 
signaling for the low latency service over a bearer network. 

The wireless communication network is comprised of a base station system, a 
25 switching system, and a transport network that connects the base station system and the 
switching system. The transport network comprises a signaling network and a bearer 
network. The signaling network is configured to transport call signaling and the bearer 
network is configured to transport bearer traffic. 

The bearer network is comprised of a plurality of connections. A special connection 
30 is established between the switching system and the base station system over the bearer 
network. With the special connection established, at least a portion of the capacity of the 
special connection is reserved for transporting call signaling. The size of the reserved 
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capacity of the special connection may be dynamic depending on the needs of the wireless 
communication network. 

In response to receiving call signaling from a mobile wireless device, such as a cell 
phone, the base station system determines if the call signaling is for a low latency service. 
One example of a low latency service is Push to Call service. If the call signaling is for a 
low latency service, then the base station system forwards the call signaling over the special 
connection on the bearer network. If the call signaling is not for a low latency service, then 
the base station system forwards the call signaling over the traditional signaling network. In 
response to receiving the call signaling over the special connection or the signaling network, 
the switching system forwards the call signaling over a packet data network. 

In another embodiment, the switching system may receive call signaling from the 
packet data network. As in the previous embodiment, the special connection on the bearer 
network is established and a portion of the capacity of the special connection is reserved for 
transporting call signaling. Responsive to receiving the call signaling, the switching system 
determines if the call signaling is for a low latency service. If the call signaling is for a low 
latency service, then the switching system forwards the call signaling over the special 
connection on the bearer network. If the call signaling is not for a low latency service, then 
the switching system forwards the call signaling over the signaling network. 

Advantageously, the wireless communication network described above is able to 
provide low latency call setup using the special connection on the bearer network for 
transporting call signaling. The special connection on the bearer network and the signaling 
network comprise parallel signaling networks. Using both the special connection and the 
signaling network to carry call signaling, the wireless communication network may 
optimize call setup latency without sacrificing capacity. The low call setup latency 
produced by the special connection may allow the wireless communication network to 
provide low latency services. 

The invention may include other exemplary embodiments described below. 

Description of the Drawings 

The same reference number represents the same element on all drawings. 
FIGS. 1 A and IB illustrate a prior art communication network to help better 
understand the invention. 
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FIG. 2 illustrates a wireless communication network in an exemplary embodiment of 
the invention. 

FIG. 3 illustrates a process for a wireless communication network where a bearer 
network transports call signaling in addition to a signaling network in an exemplary 
5 embodiment of the invention. 

FIGS. 4 A and 4B illustrate a communication network in an exemplary embodiment 
of the invention. 

Detailed Description of the Invention 

10 

Prior Art Communication Network — FIGS. 1 A and IB 

FIGS. 1A and IB illustrate a prior art communication network 100 to help better 
understand the invention. In FIG. 1A, communication network 100 includes a Radio 
Access Network (RAN) 102, a packet data network 143, a Packet Data Serving Node 

15 (PDSN) server 141, a PDSN server 146, a Push To Call (PTC) server 142, and an 

Authentication, Authorization, and Accounting (AAA) server 144. RAN 102, PDSN server 
141, PDSN server 146, PTC server 142, and AAA server 144 all connect to packet data 
network 143. In FIG. IB, communication network 100 also includes RAN 104 that 
connects to packet data network 143 (see connection 145 in FIG. 1 A). Communication 

20 network 100 is a third generation mobile system (3G) that provides voice and data services. 

In FIG. 1 A, RAN 102 performs radio functionality in communication network 100. 
RAN 102 includes a Radio Network Controller (RNC) 110 and Base Transceiver Stations 
(BTS) 120 connected by a transport network 130. Transport network 130 comprises a 
plurality of connections 131 between RNC 110 and BTS's 120. Transport network 130 

25 includes a signaling network 133 and a bearer network 134. Signaling network 133 is 

represented in FIG. 1 A as dashed lines. Bearer network 134 is represented in FIG. 1 A as 
solid lines. 

BTS's 120 terminate the radio communications with wireless devices, such as PTC 
phone 140. BTS's 120 each include a plurality of transceivers (TXR's) 122 and a Channel 
30 Element (CE) pool 124. Transceivers 122 include antennas (not shown) that transmit and 
receive signals over leased radio frequencies. Transceivers 122 create a "cell" within which 
phones are able to communicate with transceivers 122. Channel element pool 124 
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represents a plurality of channel elements in each BTS 120. A channel element is a logical 
element that represents resources in a BTS 1 20 that perform processes to handle calls. 

BTS's 120 communicate with Radio Control Servers (RCS's) 136, Mobility 
Manager (MM) 138, and RNC 1 10 over signaling network 133 to exchange signaling. 
5 There is generally one RCS 136 for each BTS 120 in RAN 102. BTS's 120 communicate 
with RNC 110 over bearer network 134 to exchange bearer traffic. 

RNC 110 acts as a switch between BTS's 120 and packet data network 143 to 
transport packet voice and data. RNC 110 includes a Traffic Control Server (TCS) 1 12, a 
Packet Control Function (PCF) 1 14, and a Frame Selector (FS) pool 116. TCS 1 12 

10 manages resources in RNC 110, such as allocating and de-allocating frame selectors in FS 
pool 116, and manages call setup and call tear-down. PCF 114 interfaces RNC 110 with 
packet data network 143. FS pool 1 1 6 represents a pool of frame selectors in RNC 110. A 
frame selector is a logical element that represents resources in an RNC 110 that perform 
processes to handle calls. 

15 In FIG. IB, RAN 104 also performs radio functionality in communication network 

100. RAN 104 includes a Radio Network Controller (RNC) 150 and Base Transceiver 
Stations (BTS) 160 connected by a transport network 170. Transport network 170 
comprises a plurality of connections 171 between RNC 150 and BTS's 160. Transport 
network 170 includes a signaling network 173 and a bearer network 174. Signaling network 

20 173 is represented in FIG. IB as dashed lines. Bearer network 174 is represented in FIG. 
IB as solid lines. 

BTS's 160 terminate the radio communications with wireless devices, such as PTC 
phone 180. BTS's 160 each include a plurality of transceivers (TXR's) 162 and a Channel 
Element (CE) pool 164. Transceivers 162 include antennas (not shown) that transmit and 
25 receive signals over leased radio frequencies. Transceivers 1 62 create a "cell" within which 
phones are able to communicate with transceivers 162. CE pool 164 represents a plurality 
of channel elements in each BTS 160. 

BTS's 160 communicate with Radio Control Servers (RCS's) 176, Mobility 
Manager (MM) 178, and RNC 150 over signaling network 173 to exchange signaling. 
30 There is generally one RCS 176 for each BTS 160 in RAN 104. BTS's 160 communicate 
with RNC 150 over bearer network 174 to exchange bearer traffic. 

RNC 150 acts as a switch between BTS's 160 and packet data network 143 to 
transport packet voice and data. RNC 150 includes a Traffic Control Server (TCS) 152, a 
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Packet Control Function (PCF) 154, and a Frame Selector (FS) pool 156. TCS 152 
manages resources in RNC 150, such as allocating and de-allocating frame selectors in FS 
pool 156, and manages call setup and call tear-down. PCF 154 interfaces RNC 150 with 
packet data network 143. FS pool 156 represents a pool of frame selectors in RNC 150. 
5 PTC phone 140 is a 3G phone that provides voice, data, and Push to Call (PTC) 

services. To be available for Push to Call (PTC) services, PTC phone 140 has to register 
with PTC server 142. Upon power up, PTC phone 140 generates a registration request and 
transmits the registration request over radio frequencies. One of transceivers 122 in BTS 
120 receives the registration request from PTC phone 140. The receiving BTS 120 then 

10 transmits the registration request over signaling network 133. RNC 110 receives the 
registration request through RCS 136 and MM 138 over signaling network 133. 

Within RNC 110, PCF 114 receives the registration request. Responsive to the 
registration request, PCF 114 contacts PDSN server 141 to select a PDSN from a pool of 
PDSN's. The selected PDSN establishes and maintains a Point to Point Protocol (PPP) 

15 session between PTC phone 140 and PDSN server 141. With the PPP session established, 
PCF 114 forwards the registration request to PTC server 142. To facilitate future 
communications, RNC 110 establishes a record that includes an identity of PTC phone 140 
and an address for the selected PDSN. 

Upon receiving the registration request, PTC server 142 records the identity of 

20 PDSN server 141 that is servicing PTC phone 140. As a default, PTC phone 140 is 

assigned a home RAN or a home MSC that most often services calls for PTC phone 140. 
Because PTC phone 140 is mobile, PTC phone 140 may "roam" out of the area serviced by 
the home RAN. When PTC phone 140 is roaming, PTC server 142 generates a record of 
the location of PTC phone 140, generally by recording the identity of PDSN server 141 

25 currently servicing PTC phone 140. PTC server 142 also includes the identity of PTC 

phone 140, a "buddy list" set up for PTC phone 140, etc. PTC server 142 acts much like a 
Home Location Register (HLR) to track the location of PTC phone 140. 

In FIG. IB, PTC phone 180 is also a 3G phone that has to register with PTC server 
142. Upon power up, PTC phone 1 80 generates a registration request and transmits the 

30 registration request over radio frequencies. One of transceivers 162 in BTS 160 receives the 
registration request from PTC phone 180. The receiving BTS 160 then transmits the 
registration request over signaling network 1 73. RNC 150 receives the registration request 
through RCS 176 and MM 178 over signaling network 1 73. 
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Within RNC 150 5 PCF 154 receives the registration request. Responsive to the 
registration request, PCF 154 contacts PDSN server 146 to select a PDSN from a pool of 
PDSN's. The selected PDSN establishes and maintains a Point to Point Protocol (PPP) 
session between PTC phone 180 and PDSN server 146. With the PPP session established, 
5 PCF 154 forwards the registration request to PTC server 142. To facilitate future 

communications, RNC 150 establishes a record that includes an identity of PTC phone 180 
and an address for the selected PDSN. 

Upon receiving the registration request, PTC server 142 records the identity of 
PDSN server 146 that is servicing PTC phone 180. When PTC phone 180 is roaming, PTC 
1 0 server 1 42 records the location of PTC phone 1 80, generally by recording the identity of the 
PDSN server 146 currently servicing PTC phone 180. 

With both PTC phones 140 and 180 registered with PTC server 142, PTC phone 140 
may make a PTC -type call. To initiate the call, the user of PTC phone 140 presses the Push 
to Call button on PTC phone 140. PTC phone 140 generates a PTC request and transmits 
15 the PTC request over radio frequencies. The PTC request may be to one or more recipients. 
One of transceivers 122 in BTS 120 receives the PTC request from PTC phone 140. The 
receiving BTS 120 then transmits the PTC request over signaling network 133. RNC 110 
receives the PTC request through RCS 136 and MM 138 over signaling network 133. 

Responsive to the PTC request from PTC phone 140, RNC 110 looks up the record 
20 established for PTC phone 140. The record indicates the address of the PDSN used to 

establish a prior PPP session with PDSN server 141 (referred to as the originating PDSN). 
PCF 1 14 forwards the PTC request to PTC server 142 through PDSN server 141. 

Responsive to the PTC request, PTC server 142 determines recipients for the PTC 
call. PTC server 142 may look up records on the recipients for the call. PTC server 142 
25 may look to buddy lists or group lists previously established for PTC phone 140. The 
recipient in this case is PTC phone 1 80. 

Because PTC phone 180 has established a PPP session with PDSN server 146, PTC 
server 142 has a record that includes the address of the PDSN used to establish the prior 
PPP session (referred to as the terminating PDSN or PDSN server 146), an identity of PTC 
30 phone 180, etc. Based on the record, PTC server 142 forwards'the PTC request to PCF 154 
of RNC 150 through PDSN server 146. 

RNC 150 may not know which BTS 160 is servicing PTC phone 180. Therefore, 
MM 138 generates a paging request to have the BTS ? s 160 "page' 5 the PTC phone 180. 
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RNC 150 transmits the paging request to all BTS's 160 over the signaling network 173. 
Responsive to the paging request, each BTS 160 broadcasts a page over a paging channel. 

If PTC phone 180 receives the page, then PTC phone 180 transmits a response over 
radio frequencies. One of transceivers 162 in BTS 160 receives the response from PTC 
5 phone 180. The receiving BTS 160 then transmits the response over signaling network 173. 
RNC 150 receives the response through RCS 176 and MM 178 over signaling network 173. 

Within RNC 150, PCF 154 forwards the response to PTC server 142 using PDSN 
server 146. PTC server 142 receives the response and forwards the response to PCF 1 14 of 
RNC 110 using PDSN server 141. RNC 1 10 forwards the response to BTS 120 over 

10 signaling network 133 through MM 138 and RCS 136. RNC 1 10 may have to transmit a 
paging request to all BTS's 120 to locate the BTS 120 serving PTC phone 140. 

Responsive to the receiving the response, BTS 120 transmits the response to PTC 
phone 140 over radio frequencies. PTC phone 140 receives the response, which indicates 
that the PTC call is set up. 

15 During the set up of the PTC call, connections are established and resources are 

allocated to handle the call. To establish connections, RCS 136 sets up a connection 
between RNC 110 and BTS 120 over bearer network 134. The connection over bearer 
network 134 is for transporting bearer traffic for the PTC call. Similarly, RCS 176 sets up a 
connection between RNC 150 and BTS 160 over bearer network 174. The connection over 

20 bearer network 174 is also for transporting bearer traffic for the PTC call. 

To allocate resources, RCS 136 selects a Channel Element (CE) from CE pool 124 
to handle the PTC call. TCS 1 12 selects a Frame Selector (FS) from FS pool 1 16 to handle 
the call. The selected frame selector and the selected channel element correspond to one 
another for at least the duration of the PTC call. 

25 With the call set up, the user begins speaking into PTC phone 140. The microphone 

in the PTC phone 140 generates an analog voice signal representing the user's voice. PTC 
phone 140 then digitizes the analog voice signal and inserts the digitized voice into frames. 
PTC phone 140 encodes the digitized voice based on Code Division Multiple Access 
(CDMA) protocol and transmits the digitized voice frames over radio frequencies. 

30 One of the transceivers 122 in BTS 120, and any other BTS within range of phone 

150, receives the digitized voice frames. The receiving transceiver 122 sends the digitized 
voice frames to the channel element designated to handle the call. The channel element 
performs any other processing of the digitized voice frames. The channel element 
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transports the digitized voice frames over the selected connection in bearer network 134 to 
the corresponding frame selector in FS pool 1 16 in RNC 110 designated to handle the call. 
The frame selector may further encode the digitized voice frames and forward the digitized 
voice frames to PCF 1 14. PCF 114 forwards the digitized voice frames to PTC server 142 
5 through PDSN server 141. PTC server 142 forwards the digitized voice frames to PCF 154 
through PDSN server 146. 

PCF 154 forwards the digitized voice frames to the frame selector in FS pool 156 
designated to handle the call. The frame selector forwards the digitized voice frames over 
the selected connection in bearer network 174 to the corresponding channel element in CE 

10 pool 164. The channel element performs any other processing of the digitized voice frames. 
The channel element forwards the digitized voice frames to one of transceivers 162. The 
transceiver 162 transmits the digitized voice frames over radio frequencies. 

PTC phone 180 receives the digitized voice frames. PTC phone 180 decodes the 
digitized voice frames based on Code Division Multiple Access (CDMA) protocol. PTC 

15 phone 180 then converts the digitized voice into analog voice signals and applies the analog 
voice signals to a speaker. The speaker in PTC phone 180 then emits audible sounds to the 
user. 

Unfortunately, RAN 102 and RAN 104 are not effectively engineered to handle low 
latency services, as low latency services require faster call setup (e.g., one second or less). 

20 Call setup time in RAN 102 and RAN 104 may be at least multiple seconds. The higher 

latency in RAN 102 and RAN 104 may be because BTS's 120 and BTS's 160 transmit call 
signaling, such as PTC requests and responses, over signaling networks 133 and 173. A 
main priority for signaling networks 133 and 173 is capacity, and signaling networks 133 
and 173 are engineered to handle as many calls as possible because there are millions of 

25 subscribers. Because the high call setup latency of RAN 102 and RAN 104, RAN 102 and 
RAN 104 may not adequately provide low latency services, such as Push to Call services. 

Wireless Communication Network Configuration and Operation — FIGS. 2-3 
30 FIGS. 2-3 and the following description depict a specific exemplary embodiment of 

the invention to teach those skilled in the art how to make and use the best mode of the 
invention. For the purpose of teaching inventive principles, some conventional aspects of 
the invention have been simplified or omitted. Those skilled in the art will appreciate 
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variations from this embodiment that fall within the scope of the invention. Those skilled in 
the art will appreciate that the features described below can be combined in various ways to 
form multiple variations of the invention. As a result, the invention is not limited to the 
specific embodiment described below, but only by the claims and their equivalents. 
5 FIG. 2 illustrates a wireless communication network 200 in an exemplary 

embodiment of the invention. Wireless communication network 200 may comprise a Radio 
Access Network (RAN) in some embodiments. Wireless communication network 200 
comprises a base station system 202, a switching system 204, and a transport network 206 
configured to connect base station system 202 and switching system 204. Wireless 
1 0 communication network 200 may include other components, devices, or systems not shown 
in FIG. 2. 

Base station system 202 is configured to communicate with switching system 204 
and a mobile wireless device 210. One example of a base station system 202 includes a 
Base Transceiver Station (BTS). Mobile wireless device 210 comprises any hand-held 

15 device, or otherwise portable device, configured to communicate via wireless signals. 
Mobile wireless device 210 may comprise a cell phone, a PCS phone, a computer, a 
Personal Digital Assistant (PDA), or another mobile wireless device. Base station system 
202 may communicate with mobile wireless device 210 using CDMA, TDMA, GSM, 
UMTS, 802.1 lb, 802.1 lg, or other wireless protocol. In a GSM or UMTS network, base 

20 station system 202 may comprise Node-B's whose function is similar to that of a BTS. 

Switching system 204 is configured to communicate with base station system 202 
and a packet data network (not shown). Switching system 204 comprises any system or 
device configured to switch communications between base station systems and the packet 
data network. An example of switching system 204 includes a Radio Network Controller 

25 (RNC). In a GSM network, switching system 204 may comprise a Base Station Controller 
(BSC). 

Transport network 206 connects base station system 202 and switching system 204. 
Transport network 206 includes a signaling network 212 and a bearer network 214. 
Signaling network 212 is configured to transport call signaling and is illustrated as dashed 
30 lines in FIG. 2. Call signaling comprises any messages or signals used to facilitate call 
processing, such as call setup and call tear-down messages, a Push to Call request, or 
another message. 
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Bearer network 214 is comprised of one or more connections between switching 
system 204 and base station system 202. Bearer network 214 is configured to transport 
bearer traffic and is illustrated as solid lines in FIG. 2. Bearer traffic comprises voice and/or 
data transmitted in the call between a calling party and a called party or transmitted between 
5 a mobile client and server in the packet data network. In this embodiment, bearer network 
214 is also configured to transport call signaling. 

FIG. 3 illustrates a process 300 for wireless communication network 200 where 
bearer network 214 transports call signaling in addition to signaling network 212 in an 
exemplary embodiment of the invention. To transport call signaling, a special connection 

10 216 on bearer network 214 is established in step 302. Switching system 204, base station 
system 202, or another system may establish special connection 216. Special connection 
216 may be established using traditional methods or means. Multiple special connections 
may be established. In step 304, at least a portion of the capacity of special connection 216 
is reserved for transporting call signaling. The size of the portion of the capacity of the 

15 special connection 216 may be dynamic depending on the needs of wireless communication 
network 200. 

Responsive to receiving call signaling from mobile wireless device 210, base station 
system 202 determines if the call signaling is for a low latency service in step 306. A low 
latency service comprises any communication service for a wireless communications 

20 network requiring a faster call setup time, such as one second or less, than traditional 
services. An example of a low latency service includes Push to Call service. If the call 
signaling is for a low latency service, then base station system 202 forwards the call 
signaling over special connection 216 of bearer network 214 in step 308. If the call 
signaling is not for a low latency service, then base station system 202 forwards the call 

25 signaling over signaling network 212 in step 310. In response to receiving the call signaling 
over special connection 216 or signaling network 212, switching system 204 forwards the 
call signaling over the packet data network. 

Advantageously, wireless communication network 200 is able to provide low 
latency call setup by using bearer network 214 for transporting call signaling. Generally, a 

30 bearer network transports real-time critical bearer traffic, such as voice calls. The real-time 
critical bearer traffic is more intolerable to delays and jitter. For instance, delays in the 
transport of voice frames for a call on bearer network 214 may be noticeable to the listener. 
The delays may cause part of a conversation to be lost. Because delays can have a 
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detrimental effect, a bearer network is engineered to minimize latency and jitter. Therefore, 
bearer network 214 is more focused on low latency in comparison with signaling network 
212 that is more focused on capacity. Because bearer network 214 is set up for low latency 
transmission, bearer network 214 can provide the low latency call setup required by real- 
5 time critical services, such as Push to Call service. 

Special connection 216 on bearer network 214 and signaling network 212 comprise 
parallel signaling networks. Using both special connection 216 and signaling network 212 
to carry call signaling, wireless communication network 200 may optimize call setup 
latency without sacrificing capacity. 

10 Special connection 216 may transport bearer traffic in addition to call signaling. To 

control latency on the special connection 216, a control system (not shown) may control the 
amount of bearer traffic allowed on special connection 216. 

In another embodiment, switching system 204 is the recipient of call signaling from 
the packet data network (not shown). As in the previous embodiment, the special 

15 connection 216 on bearer network 214 is established in step 302 and a portion of the 

capacity of special connection 216 is reserved for transporting call signaling in step 304. 
Responsive to receiving the call signaling over the packet data network, switching system 
204 determines if the call signaling is for a low latency service in step 306. If the call 
signaling is for a low latency service, then switching system 204 forwards the call signaling 

20 over special connection 216 of bearer network 214 in step 308. If the call signaling is not 
for a low latency service, then switching system 204 forwards the call signaling over 
signaling network 212 in step 310. 

Communication Network Configuration and Operation — FIGS. 4A and 4B 
25 FIGS. 4A and 4B illustrate a communication network 400 in an exemplary 

embodiment of the invention. In FIG. 4A, communication network 400 includes a Radio 
Access Network (RAN) 402, a packet data network 443, a Packet Data Serving Node 
(PDSN) server 441, PDSN server 446, a Push to Call (PTC) server 442, and an 
Authentication, Authorization, and Accounting (AAA) server 444. RAN 402, PDSN server 
30 441, PDSN server 446, PTC server 442, and AAA server 444 all connect to packet data 
network 443. In a GSM or UMTS network, a Serving GPRS Service Node (SGSN) and a 
Gateway GPRS Service Node (GGSN) may be used instead of PDSN server 441 and PCF 
414. Packet data network 443 may be an Internet Protocol (IP) network, an Asynchronous 
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Transfer Mode (ATM) network, or a combination of the two. In FIG. 4B, communication 
network 400 also includes RAN 404 that connects to packet data network 443 (see 
connection 445 in FIGS 4 A and 4B). Communication network 400 is a third generation 
mobile system (3G) CDMA network that provides voice and data services. In other 
5 embodiments, communication network 400 may be a GSM ? TDMA, or UMTS network. 

In FIG. 4A, RAN 402 performs radio functionality in communication network 400. 
RAN 402 includes a Radio Network Controller (RNC) 410 and Base Transceiver Stations 
(BTS) 420 connected by a transport network 430. In a GSM or UMTS network, RNC 410 
may be a Base Station Controller (BSC). Transport network 430 comprises a plurality of 

10 connections 431 between RNC 410 and BTS's 420. Transport network 430 includes a 

signaling network 433 and a bearer network 434. Signaling network 433 is represented in 
FIG. 4A as dashed lines. Bearer network 434 is represented in FIG. 4A as solid lines. 

BTS's 420 terminate the radio communications with wireless devices, such as PTC 
phone 440. BTS's 420 each include a plurality of transceivers (TXR's) 422, a detection 

15 system 423, and a Channel Element (CE) pool 424. Transceivers 422 include antennas (not 
shown) that transmit and receive signals over leased radio frequencies. Transceivers 422 
create a "cell" within which cellular phones, PCS phones, or other wireless devices are able 
to communicate with transceivers 422. CE pool 424 represents a plurality of channel 
elements in each BTS 420. A channel element is a logical element that represents resources 

20 in a BTS 420 that perform processes to handle calls. 

BTS's 420 communicate with Radio Control Servers (RCS's) 436, Mobility 
Manager (MM) 438, and RNC 410 over signaling network 433 to exchange signaling. 
There is generally one RCS 436 for each BTS 420 in RAN 402. BTS's 420 communicate 
with RNC 410 over bearer network 434 to exchange bearer traffic. In a GSM or UMTS 

25 network, RCS 436 may also be referred to as a Radio Resource Controller (RRC). 

RNC 410 acts as a switch between BTS's 420 and packet data network 443 to 
transport packet voice and data. RNC 410 includes a Traffic Control Server (TCS) 412, a 
Packet Control Function (PCF) 414, and a Frame Selector (FS) pool 416. RNC 410 may 
also communicate with other BTS's (not shown), other RNC's (not shown), and a Mobile 

30 Switching Center (MSC) (not shown). TCS 412 manages resources in RNC 410. For 

instance, RNC 410 may include twenty processors working in combination. TCS 412 may 
manage the workload handled by each processor. TCS 412 allocates and de-allocates frame 
selectors in FS pool 416 and manages call setup and call tear-down. PCF 414 interfaces 
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RNC 410 with packet data network 443 through PDSN server 441 . FS pool 416 represents 
a pool of frame selectors in RNC 410. A frame selector is a logical element that represents 
resources in an RNC 410 that perform processes to handle calls. In a GSM or UMTS 
network, a frame selector may be referred to as a data channel and FS pool 416 may be 
5 referred to as a data channel pool. 

In FIG. 4B, RAN 404 also performs radio functionality in communication network 
400. RAN 404 includes a Radio Network Controller (RNC) 450 and Base Transceiver 
Stations (BTS) 460 connected by a transport network 470. Transport network 470 
comprises a plurality of connections 471 between RNC 450 and BTS's 460. Transport 
10 network 470 includes a signaling network 473 and a bearer network 474. Signaling network 
473 is represented in FIG. 4B as dashed lines. Bearer network 474 is represented in FIG. 
4B as solid lines. 

BTS's 460 terminate the radio communications with wireless devices, such as PTC 
phone 480. BTS's 460 each include a plurality of transceivers (TXR's) 462, a detection 

15 system 463, and a Channel Element (CE) pool 464. Transceivers 462 include antennas (not 
shown) that transmit and receive signals over leased radio frequencies. Transceivers 462 
create a "cell" within which cellular phones, PCS phones, or other wireless devices are able 
to communicate with transceivers 462. CE pool 464 represents a plurality of channel 
elements in each BTS 460. 

20 BTS's 460 communicate with Radio Control Servers (RCS's) 476, Mobility 

Manager (MM) 478, and RNC 450 over signaling network 473 to exchange signaling. 
There is generally one RCS 476 for each BTS 460 in RAN 404. BTS's 460 communicate 
with RNC 450 over bearer network 474 to exchange bearer traffic. 

RNC 450 acts as a switch between BTS's 460 and packet data network 443 to 

25 transport packet voice and data. RNC 450 includes a Traffic Control Server (TCS) 452, a 
Packet Control Function (PCF) 454, and a Frame Selector (FS) pool 456. RNC 450 may 
also communicate with other BTS's (not shown), other RNC's (not shown), and a Mobile 
Switching Center (MSC) (not shown). TCS 452 manages resources in RNC 450, such as 
allocating and de-allocating frame selectors in FS pool 456, and manages call setup and call 

30 tear-down. PCF 454 interfaces RNC 450 with packet data network 443 through PDSN 
server 446. FS pool 456 represents a pool of frame selectors in RNC 450. 

Communication network 400 is set up and operates differently than prior networks 
to handle low latency services. A special connection 435 is pre-established on bearer 



L AHA 9-2-11 15 

network 434 to transport call signaling. The special connection 435 may be supported over 
Frame Relay, ATM, or IP network. Communication network 400 may pre-establish 
multiple special connections depending on the bandwidth needed and the number of BTS's 
that are served by RNC 410. Special connection 435 comprises a separate, parallel 
5 signaling network in RAN 402. 

On special connection 435, a portion of the capacity of special connection 435 is 
reserved for transporting signaling messages. For instance, assume that special connection 
435 comprises a T-l line. The portion of the capacity of special connection 435 may 
comprise a fractional of a DSO, or one or more DSO's. In another example, assume that 

10 special connection 435 comprises a fiber facility. The portion of the capacity of special 

connection 435 reserved for transporting call signaling comprises at least a fractional of the 
bandwidth of the fiber facility. 

In establishing special connection 435, BTS 420 and/or RCS 436 designate a special 
channel element (s-CE) from CE pool 424 to handle call signaling. RNC 410 or TCS 412 in 

15 RNC 410 dedicates a small pool of frame selectors 418 from FS pool 416 to handle call 
signaling from BTS's 420. The special frame selector (s-FS) of the special frame selector 
pool 418 corresponds to the special channel element (s-CE) in BTS 420. Each BTS 420 
connected to RNC 410, directly or indirectly, may establish special connections as 
described above. 

20 The portion of the capacity of special connection 435 reserved for call signaling is 

scalable depending on the needs of RAN 402. As the traffic associated with low-latency 
signaling increases, RNC 410 may adjust the size of special FS pool 418 dedicated to 
handle call signaling. Assume that RNC 410 includes twenty processors and each processor 
is able to perform the function of one hundred frame selectors. RNC 410 may dedicate two 

25 hundred frame selectors from FS pool 416 to handle call signaling for low latency services, 
which means that two of the twenty processors may be dedicated to handle call signaling for 
low latency services. If RAN 402 is handling an increased amount of low latency services, 
then RNC 410 may dedicate more frame selectors to special FS pool 418 to handle call 
signaling for low latency services. More processors may be added to RNC 410 if needed. 

30 Also, each BTS 420 may dedicate multiple special channel elements (s-CE) to handle call 
signaling if needed. 

Referring to FIG. 4B, a special connection 475 may be set up in RAN 404 in a 
similar manner. 
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Assume for this embodiment that PTC phone 440 and PTC phone 480 have 
registered with PTC server 442 as described above for FIGS. 1A and IB. A PPP session 
between PTC phone 440 and PDSN server 441, and a PPP session between PTC phone 480 
and PDSN server 446 are dormant. PTC phones 440 and 480 are both 3G phones that 
5 provide voice, data, and Push to Call (PTC) services. With both PTC phones 440 and 480 
registered with PTC server 442, PTC phone 440 may make a PTC-type call. To initiate the 
call, the user of PTC phone 440 presses the Push to Call button on PTC phone 440. PTC 
phone 440 generates a call setup message, such as a PTC request, and transmits the call 
setup message over radio frequencies. The PTC request may be to one or more recipients. 

10 One of transceivers 422 in BTS 420 receives the call setup message from PTC 

phone 440. The receiving transceiver 422 forwards the call setup message to detection 
system 423. Detection system 423 processes the call setup message to determine if the call 
setup message is for a low latency service. If the call setup message is not for a low latency 
service, then BTS 420 transfers the PTC message over signaling network 433 in a 

15 conventional manner as described in FIGS. 1A and IB. If the call setup message is for a 
low latency service, then detection system 423 forwards the call setup message to the 
special channel element (s-CE) in CE pool 424 dedicated to handle call signaling. The 
special channel element (s-CE) forwards the call setup message over special connection 435 
on bearer network 434 to the special frame selector (s-FS) in special FS pool 418. 

20 The special frame selector (s-FS) then forwards the call setup message to PCF 414. 

The special frame selector (s-FS) may encode or further process the call setup message. 
Responsive to receiving the call setup message, PCF 414 looks up a record for PTC phone 
440. The record indicates the address for a PDSN used to establish a prior PPP session with 
PDSN server 441 (referred to as the originating PDSN). PCF 414 forwards the call setup 

25 message to PTC server 442 through PDSN server 441 . In GSM or UMTS networks, PCF 
414 and PDSN server 441 may be a Serving GPRS Service Node (SGSN) and a Gateway 
GPRS Service Node (GGSN). 

Responsive to the call setup message, PTC server 442 determines recipients for the 
PTC call. PTC server 442 may look up records on the recipients for the call. PTC server 

30 442 may look to "buddy lists" or group lists previously established for PTC phone 440. The 
recipient in this case is PTC phone 480. 

PTC server 442 looks up a record for PTC phone 480. The record indicates the 
address of a PDSN used to establish the prior PPP session (referred to as the terminating 
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PDSN), an .identity of PTC phone 480 5 etc. Based on the record, PTC server 442 forwards 
the call setup message to PCF 454 of RNC 450 through PDSN server 446. 

In response to receiving the call setup message, RNC 450 determines if the call 
setup message is for a low latency service. If the call setup message is for a low latency 
5 service, then RNC 450 forwards the call setup message to each special frame selector (s-FS) 
in special FS pool 458. RNC 450 may not know which BTS 460 is servicing PTC phone 
480. Therefore, RNC 450 also generates a paging request to have the BTS's 460 "page" the 
PTC phone 480. RNC 450 forwards the paging request to each special frame selector (s- 
FS) in special frame selector pool 458, which then forwards the paging request and the call 
10 setup message over the special connection 475 on bearer network 474 to the corresponding 
special channel element (s-CE) in CE pool 464. 

Responsive to the paging request received by special channel element (s-CE), each 
BTS 460 sends a page over a paging channel. If PTC phone 480 receives the page and then 
subsequently the call setup message, then PTC phone 480 transmits a response message 
15 over radio frequencies. One of transceivers 462 in BTS 460 receives the response message 
from PTC phone 480. 

The receiving BTS 460 then forwards the response message to detection system 423. 
Detection system 423 processes the response message to determine if the response message 
is for a low latency service. If the response message is not for a low latency service, then 
20 BTS 460 transfers the response message over signaling network 473 in a conventional 
manner as described in FIGS. 1A and IB. If the response message is for a low latency 
service, then detection system 423 forwards the response message to the special channel 
element (s-CE) in CE pool 464 dedicated to handle call signaling. The special channel 
element (s-CE) forwards the response message over special connection 475 on bearer 
25 network 474 to the special frame selector (s-FS) in special FS pool 458. 

The special frame selector (s-FS) then forwards the call setup message to PCF 454. 
PCF 454 forwards the response message to PTC server 442 using the established PPP 
session between PTC phone 480 and PDSN server 446. PTC server 442 receives the 
response message and forwards the response message to PCF 414 of RNC 410 using the 
30 established PPP session between PTC phone 440 and PDSN server 441 . 

RNC 410 determines if the response message is for a low latency service. If the 
response message is for a low latency service, then RNC 410 forwards the response 
message to the special frame selector (s-FS) in FS pool 418. The special frame selector (s- 
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FS) then forwards the response message over the special connection 435 on bearer network 
434 to the special channel element (s-CE) in CE pool 424. 

Responsive to receiving the response message, BTS 420 transmits the response 
message to PTC phone 440 over radio frequencies. PTC phone 440 receives the response 
5 message, which indicates that the PTC call is set up. 

With the call set up, the user of PTC phone 440 can talk to a user of PTC phone 480. 
The exchange of packet voice traffic between the phones 440 and 480 takes place over the 
bearer networks 434 and 474. While special connections 435 and 475 are established and 
used to transmit call signaling, they are also used (if capacity permits) to transport 

10 traditional voice and data bearer traffic, as to maximize transport facility (Tl's and El's) 
efficiency. A control system, such as RCS 436 and RCS 437, may control the amount of 
bearer traffic allowed on special connections 435 and 475 to help ensure latency on special 
connections 435 and 475. Also, a bearer traffic limit minimizes impacts on the quality of 
voice and data calls carried over special connections 435 and 475. 

15 By establishing special connections 435 and 475 for transporting call signaling, 

communication network 400 is advantageously able to handle low latency services. 
Communication network 400 can provide faster call setup, such as one second or less, by 
using the special connections 435 and 475 to transport call signaling. 

Bearer networks 434 and 474 are configured to transport real-time critical 

20 communications, such as voice calls. The real-time critical communications are more 

intolerable to delays and jitter, so bearer networks 434 and 474 are engineered configured to 
minimize latency and jitter. Because bearer networks 434 and 474 are focused on low 
latency, bearer networks 434 and 474 can be used to provide the low latency services. 

At the same time, communication network 400 transports the call signaling over 

25 signaling networks 433 and 473 if low latency call setup is not needed. Signaling networks 
433 and 473 are focused on capacity, and can therefore handle a high volume of calls. By 
using parallel signaling networks, communication network 400 can advantageously 
optimize call setup latency without sacrificing capacity. 



30 
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